Accessing programs using networked digital video recording devices

ABSTRACT

Access to programs using network connected digital video recording devices is disclosed. A DVR causes display of a content guide including a unit identification area. When the unit identification area is updated, the content guide also updates to reflect programs available on the currently selected DVR. The content guide of a remotely connected DVR can thus be displayed, from which programs are selected for playback. Playback can be resumed from a point at which a viewer terminated viewing, either at the local or remote location, or from the beginning of the program.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of U.S. patent application Ser. No. 10/124,190 filed Apr. 16, 2002 by M. Kent Williams et al., claims the benefit of priority to U.S. Provisional Application No. 60/313,544 filed on Aug. 19, 2001. All sections of the aforementioned application(s) are incorporated herein by reference in its entirety.

DESCRIPTION OF THE RELATED ART

Digital video recorders record broadcast and other content for subsequent playback and other operations. Users of these devices often navigate a channel guide listing programs that are or will be broadcasted. Selected programs from these listings are scheduled for recording.

When a program becomes available it is recorded by storing a file corresponding to the program on a hard disk. Recorded program listings can be provided in a content guide separate from the channel guide—this type of content guide may be referred to as a playback guide.

It can be difficult to manage the increasing amount of available programming. Conventional “flat format” content guides that simply list all available programs are undesirable as navigation is very cumbersome and confusing. The number of options can overwhelm a user, or at least prevent the user from fully enjoying all available content. Some channel guides include a separately navigable category space. With these types of guides, a category button on a remote control is pressed, and then a number of selectable categories appear on the display.

Selection of one of the categories prompts yet another display, typically a grid corresponding to the selected category. While there is some benefit to providing a category option, it is still quite cumbersome to find appropriate buttons on the remote control, navigate to a selection screen, and then select a category. A “favorites” button can also be used. This functionality allows users to designate channels under one or more favorites headings. This is also somewhat helpful, but is directed at channels, rather than programs. Further, the general guide, category and favorites options basically operate as separate guides. Each of the options requires separate controls, displays and navigation to view available content.

Many modern households also have several televisions. There are many problems associated with this, particularly where a lot of programming is managed. For one, the organizational efforts of a user are confined to the television set, or corresponding set top box that they configure. That is, if they customize the guide for a particular set, those settings are restricted to that set, and unavailable to other sets in the household. Additionally, a user viewing a program in one room might want to watch the end of the program in another room. Conventional set top boxes work solely in conjunction with the television to which they are locally attached.

Thus, there remains a need for improved content management, particularly with systems involving multiple display devices in different locations.

SUMMARY OF THE INVENTION

The described embodiments of the present invention facilitate improved navigation among and processing of content available through number of network connected digital video recording devices.

In one aspect, embodiments of the present invention allow access to programs using digital video recording devices connected in a local area network, particularly allowing one local device to access the programming on another digital video recording device remotely connected to it through the network. It also provides such access through a common guide that eases users' navigation of available content throughout the network. The digital video recording device (DVR) provides signals for displaying a content guide on a local display. This content guide includes a content area that lists a first set of programs that are stored in the DVR and that are selectable for viewing on the local display. The DVR is also configured to receive a request to update the content area to display a second set of programs stored in another DVR that is remotely connected to it through the a network, and to then display the second set of programs in the content area. Upon navigation to such a display, a user can provide a command to play a selected program chosen from the second set of programs, whereupon the DVR accesses the selected program from the remote DVR and provides signals for playing the selected program on the local display.

In addition to accessing programs that are stored on remote DVRs, embodiments of the present invention allow a user to pause a program on one DVR and then to view the program in another DVR, with the opportunity to resume a viewing of the program at the point that the viewing of the program on the remote DVR terminated. For example, a user may be viewing a selected program on a first DVR located in one room in their household, and may then either command the first DVR to pause or stop the selected program. The user can subsequently access the selected program from a second DVR, and resume their viewing of the selected program from the pause or stop location.

In another aspect, the content guide includes a unit identification area that identifies a current digital video recording device. This can be in the form of a spinner that can cycle through each DVR in the network, which is updated using conventional remote control signals.

When the unit identification area is updated, the remainder of the content guide automatically updates to reflect content stored on another DVR. Specifically, if the unit identification area indicates a local DVR, the user can navigate to the area and change the indication to a remote DVR, whereupon the remainder of the content guide updates to display programs that are available on the remote DVR. Preferably, DVRs are identified according to user programmable labels that are displayed in the unit identification area, allowing users to name their units according to the names of the rooms in their household, or to pick any arbitrary name for their various networked units.

The present invention can be embodied as methods, apparatus, systems and computer program products for accessing programs using networked digital video recording devices.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other more detailed and specific features of the present invention are more fully disclosed in the following specification, reference being had to the accompanying drawings, in which:

FIG. 1 is a block diagram of a digital video recorder (DVR) configured to include guide management in accordance with the present invention.

FIGS. 2 and 3 are schematic diagrams illustrating examples of systems in which a so configured DVR operates.

FIG. 4 is a block diagram illustrating an embodiment of a guide management module configured in accordance with the present invention.

FIGS. 5A-5C are diagrams illustrating embodiments of a content guide configured in accordance with the present invention.

FIG. 5D-5E are diagrams illustrating embodiments of a content guide and corresponding display screen for providing operations among networked devices in accordance with the present invention.

FIGS. 6A and 6B are flow diagrams illustrating an embodiment of navigating a content guide in accordance with the present invention.

FIG. 7 is a flow diagram illustrating another embodiment of navigating a content guide in accordance with the present invention.

FIGS. 8A-B are flow diagrams illustrating an embodiment of accessing programs among networked devices in accordance with the present invention.

DETAILED DESCRIPTION

In the following description, for purposes of explanation, numerous details are set forth, such as flowcharts and system configurations, in order to provide an understanding of one or more embodiments of the present invention. However, it is and will be apparent to one skilled in the art that these specific details are not required in order to practice the present invention. The block diagram of FIG. 1 illustrates a DVR 100 configured to include management of content among multiple networked units in accordance with the present invention. The DVR 100 includes an AV input module 102, CPU 104, memory 106, AV Output module 108, data storage medium 110, modem 112 and network interface 114 interconnected by a conventional bus architecture. Generally, the CPU 104 executes instructions such as those stored in memory 108 to provide functionality including that provided by certain embodiments of the present invention. Additional memory such as ROM and/or EEPROM (not shown) may store instructions for boot up sequences, DVR functionality updates, or other information. The network interface 114 is conventional and preferably allows connection to an Ethernet based network. This connection may be used to connect to a home network and in turn a broadband connection to a WAN such as the Internet or any of various alternative broadband connections. In addition to traditional broadcast and other input AV signals, the broadband connection may also source content that is recorded and played in accordance with the present invention.

The user controls the operation of the DVR 100 through control signals initiated from the exterior of the DVR 100 housing through the panel interface 132, or through control signals originating from a remote control, which are received through the remote signals interface 134, in conventional fashion.

The AV input module 102 receives input through various conventional interfaces, including coaxial RF/Ant, S-Video, network interfaces, and others, which need not be shown for an understanding of this invention. The received signals can originate from standard NTSC broadcast, high definition (HDTV) broadcast, standard cable, digital cable, satellite, Internet, or other sources, with the AV input module 102 being configured to include appropriate conventional tuning and/or decoding functionality. The DVR 100 may also receive input from other intermediary devices, such as a set top box that receives one signal format and outputs an NTSC signal or some other conventional format.

The AV input module 102 also preferably includes one or more MPEG encoding modules that convert signals from a first format (e.g. analog NTSC format) into an MPEG format (e.g. MPEG 2, etc.) that may be stored in the memory 108 or data storage medium 110 such as a hard disk. Where necessary, an inbound signal may be converted to an intermediate format prior to MPEG encoding. For example, a digital signal may be intermediately converted to an NTSC signal that is ultimately MPEG encoded. The artisan will recognize the alternatives. Typically, content corresponding to the formatted data stored in the data storage medium 110 may be viewed immediately, or at a later time. Additional information may be stored in association with the MPEG data to manage and identify the stored programs.

The AV output module 108 further includes a graphics module 122, video decoder 124 and audio decoder 126. The video decoder 124 and audio decoder 126 are preferably MPEG decoders that can obtain the MPEG data stored in the data storage medium 110 and convert it to format compatible with the display device, typically the NTSC format that can be readily received by a conventional television set. The graphics module 122 receives various guide and control information and provides signals for corresponding displays, outputting them in a compatible format.

The DVR 100 processes guide information that describes and allows navigation among content receivable by a system (e.g. the broadcast system) at present or future times, as well as content that has already been recorded by the DVR 100. Guides that display such information may generally be referred to as content guides. These content guides include channel guides and playback guides. A channel guide displays a group of programs or other content from which individual selections for current or future recording and viewing are made. In a specific case, the channel guide lists numerous broadcast television programs. The playback guide displays content that is stored or scheduled to be stored by the DVR 100. Other terminology may be used for the guides. For example, they may be referred to as programming guides or the like. The term content guide is intended to cover all of these alternatives. The DVR 100 may also be referred to as a Personal Video Recorder (PVR). One example of a DVR 100 that may incorporate embodiments of the present invention is the ReplayTV brand of DVRs provided by SONICblue Incorporated, a Santa Clara, Calif. company. A Replay Guide is an example of a playback guide implemented by ReplayTV DVRs.

Although certain modular components of a DVR 100 are shown in FIG. 1, the present invention also contemplates and encompasses units having different features. For example, some devices may omit features the telephone line modem, instead using alternative conduits to acquire guide data or other information used in practicing the present invention.

Additionally, some devices may add features such as a conditional access module (CAM), such as one implementing smart card technology, which may work in conjunction with certain content providers or broadcasters to restrict access to content.

Additionally, although this embodiment and other embodiments of the present invention are described in connection with a DVR or PVR, the invention is equally applicable to other devices including but not limited to a set top box (STB), cable STB, satellite STB, or televisions with similar functionality.

Although the DVR 100 may operate as a stand-alone unit that, it preferably operates along with other units in various types of networks or the like. FIG. 2 illustrates an example of a system 200 in which several DVRs 210-214 are interconnected in a local area network.

Particularly, a home network is shown to include a living room DVR₁ 210, a bedroom DVR₂ 212 and a child room DVR₃ 214. Conventional network technology and software may be used to generally allow the units to communicate with each other, such as through the above described network interface. The network arrangement allows remote operations and interchanges between units, and provides a conduit through which programming is provided to the units. Particularly, for example, a bedroom DVR₂ 212 may connect to a living room DVR₁ 210 through the network to view its content guide, and can be operated to play selected programming that is stored therein. Each DVR can have an associated human readable name selectable from a default list or obtained through conventional alphanumeric interfaces. Each DVR will have the capability of communicating their name and IP address to other units in the network. This can be variously accomplished, such as by broadcasting the information to the units as part of a boot up sequence. The user can also name each unit, and can identify the other units in the network as part of a set up operation. The functionality of accessing programs found on networked units and playing such programs through remote connections is described further below.

FIG. 3 illustrates another example of a system 300 in which several DVRs 322-328 are variously connected to a LAN and a wide area network (WAN), such as the Internet.

Particularly, a DVR₃ 326 and another DVR₄ 328 are shown connected to a LAN, such as that described in connection with FIG. 2. The units in the LAN may in turn be connected to the WAN, so that they can communicate with other DVRs 322, 324 or a server 330. Again, conventional networking technologies may be used to facilitate the communications among the units. For example, the network communications may implement the Transmission Control Protocol/Internet Protocol (TCP/IP), and additional conventional higher-level protocols, such as the Hyper Text Transfer Protocol (HTTP) or File Transfer Protocol (FTP).

Referring again to FIG. 1, the DVR memory 106 also includes an embodiment of a networked device guide management module 140 (NDGMM 140), which generally provides content guide functionality, plus management of content residing in multiple networked devices in accordance with the present invention.

In general operation, the NDGMM 140 provides a content guide display having a content area, and concurrently displayed categories and unit identification areas. A user navigates among available categories, and the content area lists programs available in a currently selected category. The content guide is navigable using conventional remote control signals, including those that provide directional navigation, such as by arrows or trackball, joystick or the like. The categories are listed as a series of tabular selections that reside in a row above the program listings in the content area. Directional navigation causes a cursor to reside over the various categories. The display also scrolls to allow previously un-displayed categories to be viewed. The content area updates to display programs listed in the currently selected category.

Conventional remote control signals can be used to navigate among the titles in the content area. Other navigational tools such as those that allow entry of alphanumeric characters to immediately jump to an entry can be provided.

The present invention also contemplates a “telephone keypad” functionality, wherein entering keypad numbers causes the cursor to quickly jump to corresponding entries. For example, the numbers “1” and “0” would respectively prompt navigation to the top and bottom of the guide. Other numbers would prompt navigation to the first matching alphabetical entry found. For example, pressing the number “2” navigates to the next channel name in the guide that starts with the letter “A.” It could then automatically navigate to “B” and “C” entries if there are no “A” (and then “B”) entries. A single control signal such as that provided by a jump button can be used to cycle the cursor between the content, categories and unit identification areas. For example, when the cursor resides in the content area, pressing the jump button automatically moves the cursor to the categories area, whereupon operations as described above may select a new category. Similarly, pressing the jump button when the cursor resides in the categories area causes it to move to the unit identification area, wherein, for example, the DVRs in the user's home network are selected. The first instantiation of the content guide at a local unit will be for the local unit. However, the user may easily navigate to the content guide for another unit in their network by scrolling among the units found in the unit identification area. Selecting a new unit automatically updates the guide to reflect the content found on the other unit, but does so using a format (content area, categories area, unit identification area) that is identical or similar to that used on the local unit, which eases the user's understanding of the content available on the other units, and provides a seamless navigation experience. There are of course alternatives for the initial guide mode and the representation of content on remote devices. For example, the “last viewed” content guide (that corresponding to the last unit accessed, even if the DVR is turned off in the interim) can be the default first instantiation in lieu of the guide for the local unit. Still further, the user can be prompted to configure the default guide characteristics to select what the initial default guide would be. Also, entries for content available from remote units may be colored differently from that on the local unit, while being in the same general format. This would allow the user to recognize and distinguish remotely and locally available content, while keeping a familiar layout and presentation of the content.

The above described content and category areas are updated upon selection of a networked unit. For example, a user navigates to the unit identification area and selects the “Living Room” unit, whereupon the categories and programs of that unit are displayed as previously described, regardless of the user's location on the network. Where networked units are implemented, the above-described “jump” control signal also cycles through the unit identification area. That is, cursor jumps between the content area, categories area, and unit identification area as the relevant control is pressed. These and other control functionalities are described furtherbelow.

The NDGMM 140 also allows a user to assign programs to categories. For example, the user can designate an assigned category for a program when it is selected for recording. The designation can be to a predetermined category, or a custom category named by the user. This allows the user to name their own category and populate it according to their own standards. These custom categories appear in the categories area and can be selected as described above, whereupon the designated programs appear in the content area.

Further, the NDGMM 140 allows a user to establish criteria that is applied to a set of available programs to identify a subset of programs corresponding to the “theme” defined by the criteria. The user also designates a category for these programs, preferably when they establish or modify the criteria. This allows the user to control automatic population of a category with programs that do not need to be individually identified, and that do not need to have originated from a particular channel.

The programs that can be listed in the content guide extend beyond familiar television programs that are broadcast by television and cable television networks. For example, programs also include recordings of home videos, home photographs, duplicated versions of content previously purchased by a user in another form (e.g. a movie on a video cassette), or any content that can be recorded by the unit and which is then displayable as a “program” in the content guide.

The block diagram of FIG. 4 illustrates an embodiment of a networked device guide management module (NDGMM) 400 within a DVR 100 memory 106. The memory 106 includes a conventional engine (not shown) that provides the necessary framework and APis on which applications and other software will operate. Although any conventional software may be supported, preferably the engine will support Extensible Markup Language (XML), and/or Hypertext Markup Language (HTML) applications and modules.

The functionality of navigating among available resources using the content guide of the present invention is preferably provided by software, although it may also be provided by hardware, firmware, or any combination thereof. Although the software may be variously modularized, such as by providing more or less software modules to provide the same overall functionality, FIG. 4 illustrates an example of a NDGMM 400 that includes a guide module 402, a categories module 412, a content identification module 414, and a unit identification module 416. Further, the guide module 402 includes a channel guide module 404, a playback guide module 406, a current unit identification module 408 and a remote operations module 410.

The guide module 402 includes routines for managing the display of the various guides. It provides the content guide format including its respective content, categories and unit 14 identification areas, as well as the functionality of navigating among and within the various areas. The channel guide module 404 and the playback guide module 406 respectively provide the remainder of the channel and replay types of content guides. Particularly, the channel guide includes programs that are or will become available for recording, and the playback guide includes programs that have been recorded or have been selected for recording.

The categories module 412 retains the list of available categories. Preferably, up to 16 categories can be listed, including default and custom user categories. The default categories can, for example be Family, Kids, Movies, News, Sports, and TV Shows. It also provides interfaces for introducing the names of new categories. The ordinarily skilled artisan will readily recognize the alternatives, including fewer or more overall and default categories. The content identification module 414 includes routines for identifying programs and providing corresponding interfaces. Preferably the content identification module identifies programs to be recorded, whether they are single, repeat or theme based recordings, and provides interfaces for assigning the recorded programs to a selected category. The unit identification module 416 identifies the local DVR and the other DVRs to which it is networked, and may be variously embodied, such as by a table identifying each device or unit, and associated information such as its current label, network address, and the like.

The current unit identification module 408 updates to reflect changes in the status of the guide module 402 according to user operation of the unit identification area of the content guide. If the local DVR is currently selected, then the guide module 402 for the local DVR is used to appropriately display the local guide. However, if another remote DVR is selected, such is reflected in the current unit identification module 408, and it causes the NDGMM 400 to query the NDGMM of the remote DVR through the network connection to retrieve the content guide of the remote DVR for local display. If the local DVR has previously retrieved the content guide of the remote DVR, it preferably retains a “cached” version of that guide so that it can immediately display it in response to the selection of the remote DVR guide. The cached version of the remote DVR content guide can then be refreshed in the background, whereupon the display can be updated to include the most current version of the remote DVR content guide available.

The remote operations module 410 communicates with the current unit identification module 408 and provides interfaces through which a user may access and play programs stored on the various networked units. The remote operations module also maintains and stores information that identifies the location at which a viewer interrupts viewing of a program. In one alternative, this information can comprise a list of pointers identifying temporal locations in programs that correspond to points at which a viewer interrupts viewing of a program. This list may also be persistently stored on the hard disk as part of routine operation or a shutdown sequence. If a user operates a local DVR to play a program and then issues a pause or stop command for the program, the remote operations module 410 updates the list to reflect the location at which the program was paused. This information may be maintained as an array, table, database or the like relating the file identifier for the program to a pointer corresponding to the termination point or location.

Another preferred way of storing information relating to users' interruptions of viewing enjoyment implements a “pointer” that does not point to a data location on a disk, but rather one that identifies the number of seconds into a video recording at which a user paused or otherwise stopped playback. With this type of pointer, retrieving the relevant file and proceeding to a playback position corresponding to the number of seconds can determine the playback position. The viewer would of course not have to wait the actual number of seconds; rather, the file could be rapidly processed in the background to arrive at the pause position. This aspect of the present invention is useful in that it allows a DVR to resume playback for a piece of content served from a remote unit without having to be concerned about the location on a remote disk corresponding to a traditional data pointer.

The single logical “guide data” for a particular local machine is stored in a set of files on the local disk. The set of files is updated whenever something in the guide changes. Changes could be storing a playback position when a show is paused (e.g., the pointer information described above), adding a new channel when the user sets up a record, deleting shows, and others. One aspect of the present invention implements a snapshot file for minimizing the amount of data that needs to be transmitted among units to share guides. After the local files are changed for the logical guide data, a snapshot is taken of the data to be exported for use by remote machines. The snapshot is a single file representing the logical guide data. The data includes information that identifies all of the programs or other content available, as well as information about the programs, and the above described information regarding user pauses, etc. Guide data is transferred to remote units via these snapshot files. The single snapshot file can be much more easily and efficiently transmitted between units. A locally operated DVR can thus receive a snapshot file from a remote DVR and use the snapshot file to display a guide that presents the content available from the remote DVR. The local DVR can also retain these snapshots for multiple remote units and call them up as requested, with periodic updates of the cached data, or updates based upon user requests, as needed. When a DVR “A” plays a show from DVR “B,” it accesses a local copy of a snapshot for DVR B. If the user pauses the show on DVR A, this location at which viewing was interrupted is stored in the local guide data files, and correspondingly the local snapshot for DVR A. However, the snapshot for DVR B would preferably remain unchanged, so it could have a different pointer for a viewer pause/stop.

By retaining this information, when a user remotely accesses a program, the remote operations module 410 can query the corresponding remote operations module of the targeted DVR in order to retrieve the remote termination point, which allows, among other things, resumption of viewing a program that that had been previously paused in another location. For example, the respective snapshots for various networked DVRs can include the same program, but to each have a different “pause” location. The user can subsequently play the show back according to various options. These include playback from the beginning, from the location where it was last viewed on the local machine, or from where it was last viewed on any other DVR on the network. As described above, the software for providing networked device guide management may be variously modularized, such as by providing more or less software modules than those shown in FIG. 4. In one preferred alternative, applications including a channel guide module and a playback guide module each including remote operations client and service modules could be provided, and bound together by an applications management module “shell.” A remote operations module and a unit identification module could also be provided outside the shell, but they would be callable by any software in the system. Remote operations would operate by calling the remote operations module, which defines protocols and handles communications between machines. Applications that want to communicate with other machines could create a module to provide support for making their particular remote function calls and a module for handling those requests as a service. The service side for an application would include defining and registering callbacks with the remote operations module. The client side for an application could provide a (e.g. C/C++) style function, within the application or public for other applications to call, that will map to a remote location. Such an alternative could provide the equivalent to the above described guide management module functionality without necessarily using the same terminology or modular breakdown. Again, the present invention is not limited by the modular breakdown or module naming terminology. The functionality of the NDGMM 400 is described further with reference to the display diagrams of FIGS. 5A-D and 8, and the flow diagrams of FIGS. 6A-B, 7, and 9A-B. FIG. 5A is a display diagram illustrating an embodiment of a content guide 500 a configured in accordance with the present invention. More particularly, the content guide 500 a is a playback guide that displays content that has been recorded or has been selected for recording. The illustrated content guide 500 a includes a header 502, a heads up display (HUD) 504, a categories area with several category listings 506 a-e, a content area with several listed programs 508 a-f, and a unit identification area 510. The unit identification area 510 displays the name of the unit whose guide is being viewed. If the unit is a stand-alone (not networked with other units), then the unit identification area 510 can be omitted or can provided a fixed display such as a logo.

The header area 502 displays a currently selected category, here “TV Shows.” The content area lists the available programs in the selected category, including the shown entries 508 a-f. While in the content area, the user navigates among the available programs using conventional remote control and display signals such as a cursor that moves in response to directional commands and that either automatically selects the underlying entry or does so in response to a selection signal (e.g., a joystick input can provide various directional commands and be pressed to “select” a currently highlighted area). The list of programs may exceed the number that can be shown in the content area. Downward cursor navigation beyond the lowermost entry 508 f causes un-displayed entries to appear, unless the last in the category. The HUD 504 displays additional information regarding a currently selected entry. Here, it displays recording quality and other information about the current program for entry 508 d, “The Simpsons.”

Navigation of the categories area allows selection of a new category and a corresponding update of the listed programs. Category 506 a, “TV Shows” is selected in FIG. 5A, and the programs 508 a-f in the category area all correspond to this category. FIG. 5B illustrates an updated content guide 500 b wherein category 506 c, “Comedy” has been selected. Selection is preferably automatic upon navigation of the cursor over the category entry. It can also require navigation over the entry plus pressing a button that selects the category, or various other alternatives that the artisan will readily recognize. Since “Comedy” is selected, the header 502 is updated accordingly, and the content area is updated to include programs 508 g-1 corresponding to the selected category. A preferred default also highlights the uppermost entry in the content area for the selected category, which here is the program for entry 508 g (“Chris Rock”). The HUD 504 also updates according to the highlighted program.

The number of categories may exceed the number that can be shown in the display space of the content guide. The category area is preferably scrollable to allow additional categories to be displayed. Navigation to the right while on the rightmost entry (506 e in FIG. 5B), or to the left while on the leftmost entry (506 a) causes corresponding additional entries to be displayed. Alternatively, pressing arrow buttons can cause the same response. FIG. 5C illustrates an updated content guide 500 c after navigation to the left of entry 506 a, “TV Shows.” Two additional categories, 506 f “Talk Shows” and 506 g “News” appear. The cursor resides over category entry 506 f, “Talk Shows,” and the content area displays new corresponding programs 508 m-r, with the uppermost entry, 508 m, “Rosie O'Donnell” being highlighted.

Preferably, the categories “wrap around” so that one can navigate the category area without hitting a termination point. That is, if there are 7 total entries 506 a-g, and the leftmost entry on display is the “first” entry 506 a, then navigation to the left updates the category area to display the “last” entry 506 g. The alternative of terminating navigation at an endpoint can of course also be provided.

FIG. 5D illustrates another updated content guide 500 d after navigation to the unit identification area 510 and selection of the “Living Room” DVR as the current DVR. As indicated, upon such a selection the overall look of the content guide 500 d remains the same, but the content area and categories area update to reflect the guide of the remote (here, Living Room) DVR. Particularly, the shown categories are updated to be TV Shows 506 h, Sports 506 i, Comedy 506 j, Action 506 k and Drama 506 l, with Sports 506 i being currently selected. The list of programs in the content area also update, according to the current selection, as indicated by rows 508 s-x. The program “XFL Football” is selected, with the HUD 504 appropriately updated. Although there may be various other techniques for populating the content guide to reflect a selection of a remote DVR in the unit identification area 510, one is to directly access the information found in the components of the NDGMM 400 of the remote DVR to locally compile the content guide in the same fashion used to do so locally. Alternatively, the local DVR may simply poll the remote DVR to have the guide sent over as a “snapshot” that takes the form of a binary file that is read in conventional fashion. In either case, the content guide would be prepared to have the same apparent functionality as the local guide. That is, the commands for navigating to and selecting a program for playback, etc. would be the same. However, the selection of a program for playback from a remote guide prompts a read operation that is carried out over the network, wherein the program is read from the storage device of the remote DVR. The read operation is begun from the beginning of the program or at another point as discussed below. The read operation is made by accessing the hard disk of the remote DVR using the same types of commands used to access the content from the local DVR. Preferably, the reads are implemented using HTTP, but any number of alternatives may be provided including NFS.

Although various alternatives can be provided, the various DVRs can be organized into a logical directory with corresponding read operations being pathed according to the defined directory structure. The invention is not limited to any particular type of directory structure. Examples of implementations include a “transparent” system that mounts the remote directory system locally such that files appear as though they are among any other set of files on the local file system, and an “opaque” system wherein a unit requests bytes from a file on a remote system without needing to know anything about the remote system.

Where the guide of a remote DVR is accessed, it will be periodically refreshed to update possible changes occurring by a remote DVR operator, etc. A periodic (e.g., every 5 minute) refresh rate, or user selectable refresh rate can be implemented. Various alternatives can be provided, including one that automatically notifies each remote DVR in the network any time a change is made on the local DVR.

FIG. 5E is a display diagram illustrating the content guide 500 d of FIG. 5D updated to have an overlaying remote operations screen 850. The remote operations screen 850 pops up upon receipt of any appropriate remote control or other command that is received while a program is selected and the current DVR according to the unit identification area 510 is not the local DVR. The remote operations screen 850 includes the buttons “Play” 852, “Play from Beginning” 854, “Play from Remote Pause/Stop” 856, and Delete 858. The “Play” operation identifies the program, retrieves the pointer identifying a viewing termination point corresponding to the local DVR, and begins playback of the program from that location. The “Play from Beginning” operation identifies the program and begins playback from the beginning of the program. The “Play from Remote Pause/Stop” operation displays another menu containing the names of relevant DVRs on the network (those having a viewing location corresponding to the program). It may also indicate times corresponding to the pause/stop operation for each DVR. A selection from this menu retrieves the appropriate pointer corresponding to the viewing termination point (pause/stop) from the selected DVR, and begins a resumed playback of the program from that point. Other buttons may also be included if the operations screen is a generic operations screen for local and remote operations. For example, the button “Play from Local Pause/Stop” could be added. Alternatively, a “Play from Pause/Stop” button could list both local and remote information. Finally, the delete operation deletes the identified program from the remote unit's hard disk.

The invention is not limited to the provided. For example, a “Play From Last Viewed On” button could substitute for the “Play from Remote Pause/Stop” series of buttons, but have the described functionality.

The flow diagrams of FIGS. 6A-6B illustrate an embodiment of navigating a content guide in accordance with the present invention. The content guide is instantiated using conventional signals, such as pressing an appropriate guide button on a remote control, or navigating to the guide from a main menu of operations. Upon entry into the content guide, the cursor resides 602 in the content area. Directional navigation then prompts movement of a cursor among the entries in the content area, or to other display areas as follows. Preferably the cursor is presented in the form of highlighting a current selection. For example, when the cursor is brought over a program in the content area, that program is shown in a color that differs from the remaining listed programs. The artisan will recognize the various alternative visual indicators.

Upon receipt 604 of a downward navigational command (e.g., a down arrow on a remote control), the NDGMM determines 612 whether the cursor is at the lowermost entry in the display and 614 whether it resides in the last entry in the entire listing for the category. If it is not at the lowermost displayed entry, then the cursor is moved 618 to the entry below the current location. If it is the lowest displayed entry but not the lowest in the category, the content area display is updated 616 to reveal at least one previously un-displayed program below the lowermost listing, and the cursor is moved 618 to the entry below its location. If the cursor is at the last entry in the category 614, then a no-operation is effectively encountered, and the cursor is merely retained 602 in the same position within the content area;

If it is determined 606 that an upward navigational command has been received, and that the cursor does not reside at the uppermost entry in the content area (608), then the cursor is moved to the entry above its current location and is retained 602 in the content area. If the upward command is received where it is determined 608 that the cursor resides at the uppermost entry in the content area, the cursor moves to the category area as illustrated in FIG. 6B.

Once the cursor resides in the category area, directional navigation in the lateral (left/right) direction moves the cursor among the available categories, and in the vertical direction moves the cursor to either the content area or the unit identification area as follows. Upon receipt 622 of a lateral (left/right) navigational command, the cursor is moved 624 laterally among the categories residing in the category area. Navigation of the cursor preferably highlights the current category, such as by showing it in a different color from the remaining categories. If the cursor previously resided at one of the displayed extents of the listed categories, the category display updates to reveal a new category. Thus, if the cursor resided at the rightmost category displayed in the category area, movement to the right would update the category area to display a new category that had previously been hidden from view (unless all of the available categories are displayable in the space provided by the category area). The content area preferably updates to list programs corresponding to a new category once the cursor is moved to its location. Alternatively, navigation of the cursor over a new category and receipt of a separate “select” command could be required to update the content area.

If it is determined 626 that a downward navigational command has been received, then the cursor moves to the content area for operations described in connection with FIG. 6A. If it is determined 628 that an upward navigational command has been received, then the cursor is moved 630 into the unit identification area. Determination 632 of a lateral (L/R) navigational command here causes the unit identification area to cycle to the next unit in the home network. Preferably this navigation also causes the remainder of the content guide to update according to the new selection. For example, if the user had been viewing the content guide for the bed room DVR and navigated to the unit identification area and gave a lateral navigational command to the living room DVR, the content guide would update to reflect available categories and program listings for the new (living room) DVR.

While in the unit identification area, determined receipt 636 of a downward navigational command prompts the cursor to move 620 into the category area with subsequent functionality as described above.

The flow diagram of FIG. 7 depicts another aspect of the present invention, wherein a common command facilitates immediate movement among the content display area, category area, and unit identification area.

Preferably, the content guide is activated through a main menu of DVR operations, or directly by pressing a “guide” button or the like. The content guide is then displayed 702 with the cursor residing 704 in the content area. Directional navigation can move the cursor among the program listings as described previously (not shown in FIG. 7). While the cursor resides in the content area, a determination 706 that a jump signal has been received automatically moves 708 the cursor into the category area, regardless of its location within the content area. Once in this region, directional navigation allows new categories to be selected, with corresponding updates of the content area. In this state, a determination 710 that a jump signal has been received causes the cursor to move 714 to the unit identification area if it is determined 712 that there are multiple units networked together, or moves 704 back to the content area if that is not the case. While the cursor resides in the unit identification area, lateral navigational commands cause the spinner found in that area to cycle among the available units and provide corresponding updates of the content and category areas. Here, a determination 716 that a jump signal has been received causes the cursor to move 704 to the content area. Various alternatives can be provided. For example, “shortcuts” that are prompted by merely pressing an appropriate button on a remote control or menu can be used in lieu of navigating to the unit identification area and then providing a lateral navigational command. There, a first button or command could prompt a shift “to the left” and a second button or command a shift “to the right.” These shortcut commands would still cause the unit identification area to update as prompted.

FIGS. 8A-8B are flow diagrams illustrating an embodiment of accessing programs among networked devices in accordance with the present invention. Initially, the local content guide is displayed 802 and may be operated as described above. If it is determined 804 that the unit identification area has been updated and that 810 that the update is not to the local guide, then the remote content guide is retrieved 812 and displayed 816, such as by retrieval of a guide snapshot or compilation of the guide as described above. Determination 808 of receipt of a request for remote operations, such as by receipt of a play command while a program in the remote guide is selected, the remote operations screen (FIG. 5D) is displayed 914, preferably as a pop up display overlaying the content guide, as shown in FIG. 5B. In addition to the delete command, whose operation is not shown in FIG. 8B for ease of discussion, the remote playback operations include “Play,” “Play from Beginning,” and “Play from Remote Pause/Stop.” Upon determination 816 of receipt of a command for any of these playback operations, the file identifier for the program is retrieved 818, such as through its association to the entry in the content guide. Additional information, such as the location of the file according to a directory structure, may also be retrieved. Then, playback is commenced according to the specific playback operation. Where a Play command is found 820, the pointer corresponding to a termination of viewing in the local DVR is retrieved 822, and the file for the program is accessed with playback starting from the termination point. This option can default to playing the program from the beginning where no pointer is found in the local DVR. Where it is determined 824 that the command is “Play from Beginning,” the file is accessed and played 826 from the beginning of the program. Finally, where it is determined 828 that the command is “Play from Remote Pause/Stop,” the pointer corresponding to a termination of viewing from a remote DVR is retrieved 830 (preferably from the list of pointers maintained in the remote DVR) and the program is played from the point at which viewing was terminated at the remote unit. As described above, this allows a user to pause viewing from one of their DVRs and resume viewing from the pause spot using another DVR, such as one that is set up in a different room in their home. As an alternative, where it is determined that a program has been viewed from multiple DVRs and a play from pause type command is received, a listing of the DVRs from which the program had been viewed and the position in the program that the program had been paused (e.g., the list might indicate Living Room (20 m 15 s); Kids Room (10 m 03 s), with interfaces for selecting one of the two play start locations). Again, this is done by retrieving pointers indicating pause locations.

Some operations that are ordinarily used on stand-alone unit could be slightly modified for the networked DVR environment. For example, a DVR operator might be prevented from deleting a locally stored program if the program is currently being played by a remote DVR operator. Selections from stale guides of shows that had already been deleted will prompt routines informing the user that the show had been deleted. Selections of content from remote DVRs that have gone offline will prompt recognition of the lack of response and notification to the user that the content is unavailable because of the determined condition.

Where units are equipped to perform various tasks, such as simultaneously playing a program, recording a program and serving a program to another networked unit, various prioritization schemes can be implemented to determine which tasks will be performed at the expense of others. Preferably, recording a program is given highest preference, but various alternatives can be provided.

Thus, methods, apparatus and articles of manufacture for accessing programs using networked digital video recording devices are provided in accordance with the present invention. Although the present invention has been described in considerable detail with reference to certain preferred embodiments thereof, other embodiments are possible. Therefore, the spirit and scope of the appended claims should not be limited to the description of the preferred embodiments contained herein. 

What is claimed is:
 1. A device, comprising: a processing system including a processor; and a memory that stores executable instructions that, when executed by the processing system, facilitate performance of operations, comprising: presenting, at a display device, a first content guide of first programs stored at the memory; detecting a first request to receive information associated with network video storage that is accessible via a network; receiving a second content guide of second programs stored at the network video storage responsive to the first request associated with the network video storage; presenting, at the display device, the second content guide of second programs stored at the network video storage; detecting a second request to view a selected program from the second content guide of second programs; receiving the selected program from the network video storage responsive to the second request; and presenting, at the display device, the selected program that is received from the network video storage.
 2. The device of claim 1, wherein the network video storage comprises a digital video recorder accessible via a local area network.
 3. The device of claim 1, wherein the operations further comprise presenting an indicator associating a storage location of programs and a currently displayed content guide.
 4. The device of claim 3, wherein the indicator includes user-programmable text.
 5. The device of claim 1, wherein the operations further comprise requesting information from the network video storage to populate the second content guide.
 6. The device of claim 1, wherein the operations further comprise retrieving a viewing termination location identifier from the network video storage responsive the second request to view the selected program, wherein the viewing termination location identifier identifies a viewing termination location at which a prior viewing of the selected program via the network video storage was paused or stopped.
 7. The device of claim 6, wherein the selected program is received from the network video storage starting from the viewing termination location.
 8. The device of claim 6, wherein the viewing termination location identifier is determined by a pause or stop command received at the network video storage.
 9. The device of claim 1, wherein the operations further comprise transmitting a command to the network video storage via the network to cause the network video storage to play the selected program.
 10. The device of claim 1, wherein the network video storage is in a location that is remote from the device.
 11. The device of claim 1, wherein the network video storage presents video via a second display device that is in a location that is remote from the display device.
 12. A network video storage device, comprising a processing system including a processor; and a memory that stores executable instructions that, when executed by the processing system, facilitate performance of operations, comprising: receiving a first request for content information associated with content that is stored in the memory; transmitting the content information to a digital video recorder via a wide area network connection responsive to the first request; receiving a second request for a selected program that is selected at the digital video recorder according to the content information; and responsive to the second request: transmitting a viewing termination location identifier to the digital video recorder via the wide area network connection, wherein the viewing termination location identifier identifies a viewing termination location at which a prior viewing of the selected program via the network video storage device was paused or stopped; and transmitting the selected program to the digital video recorder via the wide area network connection, wherein the digital video recorder presents the selected program at a display device starting from the viewing termination location.
 13. The network video storage device of claim 12, wherein the digital video recorder aggregates a content guide based on the content information, and wherein the digital video recorder presents the content guide at the display device.
 14. The network video storage device of claim 13, wherein the operations further comprise transmitting an identifier to the digital video recorder, wherein the digital video recorder presents an indicator of a source of the content guide based on the identifier.
 15. The network video storage device of claim 12, wherein the operations further comprise presenting video via a second display device that is in a location that is remote from the display device.
 16. The network video storage device of claim 12, wherein the viewing termination location identifier is determined by a pause or stop command received at the network video storage device.
 17. A method, comprising: receiving, by a processing system including processor, a first request for content information associated with content that is stored at a network video storage; transmitting, by the processing system, the content information to a digital video recorder via a wide area network connection responsive to the first request; receiving, by the processing system, a second request for a selected program that is selected at the digital video recorder according to the content information; and transmitting, by the processing system, the selected program to the digital video recorder via the wide area network connection, wherein the digital video recorder presents the selected program at a display device starting from a viewing termination location.
 18. The method of claim 17, further comprising transmitting a viewing termination location identifier to the digital video recorder via the wide area network connection, wherein the viewing termination location identifier identifies the viewing termination location at which a prior viewing of the selected program via the network video storage was paused or stopped.
 19. The method of claim 17, wherein the digital video recorder aggregates a content guide based on the content information, and wherein the digital video recorder presents the content guide at the display device.
 20. The method of claim 19, further comprising transmitting an identifier to the digital video recorder, wherein the digital video recorder presents an indicator of a source of the content guide based on the identifier. 